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Intellectual Property Rights 



IPRs essential or potentially essential to the present document may have been declared to ETSI. The information 
pertaining to these essential IPRs, if any, is publicly available for ETSI members and non-members, and can be found 
in ETSI SR 000 314: "Intellectual Property Rights (IPRs); Essential, or potentially Essential, IPRs notified to ETSI in 
respect of ETSI standards", which is available from the ETSI Secretariat. Latest updates are available on the ETSI Web 
server ( http://www.etsi.org/ipr) . 

Pursuant to the ETSI IPR Policy, no investigation, including IPR searches, has been carried out by ETSI. No guarantee 
can be given as to the existence of other IPRs not referenced in ETSI SR 000 314 (or the updates on the ETSI Web 
server) which are, or may be, or may become, essential to the present document. 



Foreword 



This Technical Specification (TS) has been produced by ETSI Project Digital Enhanced Cordless Telecommunications 
(DECT). 

The present document is part 8 of a multi-part deliverable covering the Digital Enhanced Cordless Telecommunications 
(DECT); Wireless Relay Station (WRS); Test Case Library (TCL), as identified below: 

Part 1: "Test Suite Structure (TSS) and Test Purposes (TP) for Medium Access Control (MAC) layer"; 

Part 2: "Abstract Test Suite (ATS) for Medium Access Control (MAC) layer - Cordless Radio Fixed Part 
Portable radio Termination (CRFP_PT)"; 

Part 3: "Abstract Test Suite (ATS) for Medium Access Control (MAC) layer - Cordless Radio Fixed Part Fixed 
radio Termination (CRFP_FT)"; 

Part 4: "Test Suite Structure (TSS) and Test Purposes (TP) - Data Link Control (DLC) layer"; 

Part 5: "Abstract Test Suite (ATS) - Data Link Control (DLC) layer; Cordless Radio Fixed Part Portable radio 
Termination (CRFP_PT)"; 

Part 6: "Abstract Test Suite (ATS) - Data Link Control (DLC) layer; Cordless Radio Fixed Part Fixed radio 
Termination (CRFP_FT)"; 

Part 7: "Test Suite Structure (TSS) and Test Purposes (TP) - Network (NWK) layer"; 

Part 8: "Abstract Test Suite (ATS) for Network (NWK) layer - Cordless Radio Fixed Part Portable radio 
Termination (CRFP_PT)"; 

Part 9: "Abstract Test Suite (ATS) for Network (NWK) layer - Cordless Radio Fixed Part Fixed radio 
Termination (CRFP_FT)". 
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Scope 



The present document contains the Abstract Test Suite (ATS) specification to test the DECT Wireless Relay Station 
(WRS) Network (NWK) layer at the Portable radio Termination (PT). 

The objective of the present document is to provide a basis for conformance tests for DECT equipment giving a high 
probability of air interface inter-operability between different manufacturer's DECT equipment. 

The ISO standard for the methodology of conformance testing (ISO/IEC 9646-1 [6] and ISO/IEC 9646-2 [7]) as well as 
the ETSI rules for conformance testing (ETS 300 406 [4]) are used as a basis for the test methodology. 

Annex A provides the Tree and Tabular Combined Notation (TTCN) part of this ATS. 

Annex B provides the Partial Protocol Implementation Extra Information for Testing (PIXIT) Proforma of this ATS. 

Annex C provides the Protocol Conformance Test Report (PCTR) Proforma of this ATS. 



References 



The following documents contain provisions which, through reference in this text, constitute provisions of the present 
document. 

• References are either specific (identified by date of publication, edition number, version number, etc.) or 
non-specific. 

• For a specific reference, subsequent revisions do not apply. 

• For a non-specific reference, the latest version applies. 

• A non-specific reference to an ETS shall also be taken to refer to later versions published as an EN with the same 
number. 

[1] ETSI EN 300 175-4: "Digital Enhanced Cordless Telecommunications (DECT); Common 

Interface (CI); Part 4: Data Link Control (DLC) Layer". 

[2] ETSI EN 300 175-5: "Digital Enhanced Cordless Telecommunications (DECT); Common 

Interface (CI); Part 5: Network (NWK) Layer". 

[3] ETSI EN 300 175-6: "Digital Enhanced Cordless Telecommunications (DECT); Common 

Interface (CI); Part 6: Identities and Addressing". 

[4] ETSI ETS 300 406: "Methods for Testing and Specification (MTS); Protocol and profile 

conformance testing specifications; Standardization methodology". 

[5] ETSI EN 300 700 (1999): "Digital Enhanced Cordless Telecommunications (DECT); Wireless 

Relay Station (WRS)". 

[6] ISO/IEC 9646-1: "Information technology - Open Systems Interconnection - Conformance testing 

methodology and framework - Part 1: General concepts". (See also CCITT Recommendation 
X.290 (1991)). 

[7] ISO/IEC 9646-2: "Information technology - Open Systems Interconnection - Conformance testing 

methodology and framework - Part 2: Abstract Test Suite specification". (See also CCITT 
Recommendation X.291 (1991)). 

[8] ISO/IEC 9646-3 (1998): "Information technology - Open Systems Interconnection - Conformance 

testing methodology and framework - Part 3: The tree and tabular combined notation". (See also 
CCITT Recommendation X.292 (1992)). 

[9] ISO/IEC 9646-6: "Information technology - Open Systems Interconnection - Conformance testing 

methodology and framework - Part 6: Protocol profile test specification". 
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[10] 



ISO/IEC 9646-7: "Information technology - Open Systems Interconnection - Conformance testing 
methodology and framework - Part 7: Implementation Conformance Statements". 



3.1 



Definitions and abbreviations 



Definitions 



For the purposes of the present document, the following terms and definitions apply: 

a) the terms given in ISO/IEC 9646-1 [6]; 

b) the definitions given in EN 300 175-5 [2]; and 

c) the PT side of the WRS is called WRS_PT side. The FT side of the WRS is called WRS_FT side. 



3.2 



Abbreviations 



For the purposes of the present document, the abbreviations given in ISO/IEC 9646-1 [6], ISO/IEC 9646-6 [9], 
ISO/IEC 9646-7 [10] and given in EN 300 175-5 [2] apply. In particular, the following abbreviations apply: 



ASP 

ATM 

ATS 

BI 

BO 

BV 

CA 

CM 

DECT 

DLC 

FP 

FT 

IUT 

LT 

MAC 

PCO 

PDU 

PHL 

PICS 

PT 

RF 

RFP 

SAP 

SUT 

TSS 

TP 

TTCN 

UT 



Abstract Service Primitive 

Abstract Test Method 

Abstract Test Suite 

Invalid Behaviour 

Inopportune Behaviour 

Valid Behaviour 

Capability tests 

Co-ordination Message 

Digital Enhanced Cordless Telecommunications 

Data Link Control 

Fixed Part 

Fixed radio Termination 

Implementation Under Test 

Lower Tester 

Medium Access Control 

Point of Control and Observation 

Protocol Data Unit 

Physical Layer 

Protocol Implementation Conformance Statement 

Portable radio Termination 

Radio Frequency 

Radio Fixed Part 

Service Access Point 

System Under Test 

Test Suite Structure 

Test Purposes 

Tree and Tabular Combined Notation 

Upper Tester 
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Abstract Test Method (ATM) 



Clause 4 describes the ATM, the Point of Control and Observation (PCO) used to test the NWK layer of the PT. 



4.1 



ATM 



LT: 

DSAP: 

PCO: 



Test System 











LT 








- 



NWK-PDUs 



I 

DLC- 
PCO/DSAP 



DLC- 
Primitives 



DECT DLC layer 



DECT MAC layer 



SUT 

Portable Termination 



Upper 
Layers 



DECT NWK 
IUT 



DECT DLC layer 



DECT MAC layer 



DECT PHL and radio communication 



Figure 1 : Remote single layer test method embedded variant 

a lower tester (LT) is located in a remote DECT test system. It controls and observes the 
behaviour of the Implementation Under Test (IUT). 

a unique Data Link Control (DLC) SAP is defined at the DECT interface and used to 
exchange service data of the NWK protocol. 

the PCO for Network Layer testing is located on the DSAP. All test events at the PCO are 
specified in terms of DLC Abstract Service Primitives (ASPs) and NWK Protocol Data 
Units (PDUs). 



Upper layers/tester: no explicit Upper Tester (UT) exists in the test system. However, the System Under Test 
(SUT) needs to carry out some UL functions to achieve some effects of test co-ordination 
procedures. Designing ATS, the capability of the Interworking Unit (IWU), such as PSTN, 
ISDN or GSM IWUs might be taken into account. An example of such controls could be to 
provoke restarting of the IUT through the Q interface. 

The DLC primitives are defined according to EN 300 175-4 [1] associated clauses and subclauses. 



ETSI 



ETSI TS 101 808-8 V1.1.1 (2000-09) 



Untestable Test Purposes (TP) 



Due to the ATM chosen for this ATS or other restrictions, the test purposes in table 1 have been identified as being in 
the untestable category, and therefore have not been derived into final test case: 

Table 1 : Untestable TP 



Test purpose 


Reason 















6 ATS conventions 

The ATS conventions are intended to give a better understanding of the ATS but they describe also the conventions 
made for the development of the ATS. Thus for any later maintenance purposes or further development of the ATS the 
conventions described in this clause shall be considered. 

The ATS conventions contain two clauses, the naming conventions and the implementation conventions. The naming 
conventions describe the structure of the naming of all ATS elements. The implementation conventions describe the 
functional structure of the ATS. 

To define the ATS the guideline of the documents ETS 300 406 [4] was considered. 

6.1 Naming conventions 



6.1.1 Declarations part 



Subclause 6.1.1 describes the naming conventions chosen for the elements of the ATS declarations part. The following 
general rules apply: 

identifiers shall be written in lowercase; 

type declarations shall be written in uppercase; 

constraints shall be written with the first letter in uppercase, and the rest in lowercase. 

Information elements are coded in the order from top to bottom and from right to left, in order to make the encoding and 
decoding easier. 

6.1 .1 .1 Test suite type, ASP and PDU type definitions 

The test suite type-definitions, the ASP type definitions and the PDU type definitions shall be written in uppercase. 
Identifier names of structured type definitions and of the ASP and PDU type definitions, shall be written in lowercase. 

Types related to a certain higher layer entity shall commence with a protocol identifier to define which entity they 
belong to. 

EXAMPLE 1: Call Control: cc e.g. CC_SETUP. 

Id names of Structured Types that are used for invalid tests commence with "bi". 

EXAMPLE 2: Bi_cc_setup_tx01. 
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The following ASP primitives are not defined in the present document: 

- DL_UNIT_DATA; 

- DL_SUSPEND; 

- DL_RESUME; 

- DL_EXPEDITED. 

The following primitives are defined, but not used in this test suite: 

- DL_BROADCAST_IND; 

- DL_ESTABLISH_CFM; 

- DL_ESTABLISH_RES. 

6.1 .1 .2 Test Suite Operations (TSO) definitions 

The TSO identifiers are composed of a string in uppercase letters starting by the string "TSO_" 
(e.g. TSO_INTEGER_TO_0_l). 

6.1 .1 .3 Test suite selection expressions 

All selection expression names for test groups are to be preceded with the prefix "SENG_". 
All selection expression names for test cases are to be preceded with the prefix "SENC_". 

6.1 .1 .4 Test Suite Parameter (TSP) declarations 

The TSP identifiers are composed of a string in uppercase letters starting by the string "TSP_" 
(e.g. TSP_WINDOW_SIZE). 

If the TSP references a Protocol Implementation Conformance Statement (PICS) item, the letter "C" is added to the 
standard prefix (e.g. TSPC_PICS_ITEM_S23). 

If the TSP references a PIXIT item, the letter "X" is added to the standard prefix (e.g. TSPX_PIXIT_ITEM_2). 

Exception: If the TSP represents a system parameter or value, only the name defined in the specifications is used 
(e.g. V_S = send sequence variable). 

Complete names as defined in the specifications are used. 

6.1 .1 .5 Test Case Selection (TCS) expression definitions 

The naming conventions for the TCS expression definitions use almost the same rules as the TSP, except for the prefix 
that is "TCS_". Also they are logical combinations of the TSP definitions. 

6.1 .1 .6 Test Suite Constant (TSC) declarations 

The TSC identifiers are composed of a string in uppercase letters starting by the string "TSC_" (e.g. TSC_RETRY). 

Exception: If the TSC represents a system parameter or value, only the name defined in the specifications is used 
(e.g.N250). 

Complete names as defined in the specifications are used. 

6.1 .1 .7 Test Suite Variable (TSV) declarations 

The TSV identifiers are composed of a string in uppercase letters starting by the string "TSV_". 
Complete names as defined in the specifications are used. 
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6.1 .1 .8 Test Case Variable (TCV) declarations 

The TCV identifiers are composed of a string in uppercase letters starting by the string "TCV_". 

EXAMPLE: TCV_CRVALUE. 
Complete names as defined in the specifications are used. 

6.1 .1 .9 Point of Control and Observation (PCO) declarations 

The PCO identifiers are composed of two or four capital letters, beginning with "L", as there are only LTs. 

EXAMPLE: LMAC represents a PCO on Medium Access Control (MAC) interface as LT in the test 
equipment; 
LDLC represents a PCO on DLC interface as LT in the test equipment. 

6.1.1.10 Timer declarations 

Two types of timers can be identified: 

1) standardized: 

those defined in the standard, e.g. T302. They use exactly the same name as in the standard, beginning with a 
capital "T"; 

as there is a tolerance margin accepted for these timers, three values are needed: 

the maximum value allowed, which will use the suffix "_max"; 

the minimum value allowed, which will use the suffix "_min"; 

the value actually implemented, with no suffix. 

EXAMPLE 1 : T302_max, T302_min, and T302. 

2) not standardized: 

those not defined in the standard, i.e. for execution use, e. g. a timer waiting for a response. These timers 
begin with the prefix "T_", followed by a string in capital letters. 

EXAMPLE 2: T_RESP represents a timer for controlling the response time of the IUT. 

6.1.1.11 ASP type definitions 

The identifier of an ASP uses exactly the same name as the name defined in the specifications. It is written in 
uppercase, finishing by an underscore character ("_"), and three capital letters indicating whether it is a request, an 
indication, a response or a confirmation primitive. 

EXAMPLE: DL-RELEASE_REQ for an ASP containing a layer 3 release request passed to layer 2; 
MAC-CO_DATA_REQ for an ASP containing a layer 2b PDU passed to layer 2a. 

6.1.1.12 PDU type definitions 

The identifier of a PDU is given in a string in uppercase letters, representing the layer message. 

EXAMPLE 1 : rr for the Receive Ready layer 2 message; 

disconnect for the DISCONNECT layer 3 message. 

Where the message is a composite word, an underscore character ("_") appears in the string. 

EXAMPLE 2: release_complete is the RELEASE COMPLETE layer 3 message. 
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Id names of PDUs commence with a protocol identifier to define which protocol they belong to. The following 
identifiers are used: 

- Call Control (CC): cc e.g. CC-SETUP. 

Id names of PDUs, which are used for invalid tests, commence with "bi": 

EXAMPLE 3: BI-CC-SETUP. 

6.1.1.13 Alias definitions 

These are used to make the sending and receiving of PDUs within ASPs more understandable when writing the 
dynamic part of the test suite. This is done by giving the ASP an alias. The alias name indicates the PDU carried by the 
ASP and whether it is sent or received by the tester. 

The identifier of an alias consists of a string in capital letters indicating the message, followed by two lowercase letters 
"r" or "s" indicating if the message should be sent or received by the tester. 



6.1.2 Constraints part 

Subclause 6.1.2 describes the naming conventions chosen for the elements of the ATS constraints part. 

Constraint identifiers commence with uppercase. The remaining part of the identifier name is written in lowercase. 

Identifier names of elements concerning the same subject have equivalent names in the Declaration and the 
Constraint part: 

Declaration Part: cc_setup; 

Constraint Part: cc_setup. 

The name of the modified constraint describes the particularity of the modified constraint. 

EXAMPLE 1: Cc_setup_mand_only (modified Cc_setup with only the mandatory Information Elements). 

If formal parameter lists are used, the variable names are written in lowercase. The variable name is the same as the 
name of the element it is representing. 

Structured type constraints declarations are divided into: 

receive constraints: 

the receive constraints are noted down as "name_rx*". The receive constraints are subdivided into: 

- receive base constraints: 

they are noted down as "name_rx_base". 

- receive special constraints: 

they are noted down as "name_rx_<extension>", where <extension> is a descriptive name 
(e.g. "Signal_rx_alerting_on"). 

transmit constraints: 

the transmit constraints are noted down as "name_tx_<extension>", where <extension> is a descriptive name, 
(e.g. "Signal_tx_alerting_off"). 

If a certain structured type constraint is valid for both receiving and transmitting, because it contains no wildcards, and 
the receiving constraint should exactly match, the constraint will be noted down as: 

"<structured_type_name>_extention" . 

EXAMPLE 2: "Portable_id_ipui". 

PDU Constraints Declarations are divided into: 
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receive constraints: 

the receive constraints are noted down as "name_rx*". The receive constraints are subdivided into: 

- receive base constraints: 

they are noted down as "name_rx_base". They constrain all allowed values, and for the optional fields, 
the "iF_PRESENT" keyword is added. 

- receive special constraints: 

they are noted down as "name_rx0n", where n is a sequence number. 

transmit constraints: 

the transmit constraints are noted down as "name_tx", where n is a sequence number. They can be subdivided 
into: 

transmit base constraints: 

they are noted down as "name_tx_base". They constrain all mandatory fields to all allowed values in 
the standard, and they constrain all optional fields to "OMIT". 

transmit special constraints: 

they are noted down as "name_tx0n" where n is a sequence number. They shall not contain any 
wildcards. 

Derived constraints shall not be more than 1 level deep. They shall only be derived directly from the base constraint. 

The test suite is not ready yet to handle PDU's with empty information elements. For every receive constraint, also a 
information element constraint with an empty parameter list should be added. 

6.1.3 Dynamic part 

Subclause 6.1.3 describes the naming conventions chosen for the elements of the ATS dynamic part. 

6.1 .3.1 Test Case (TC) identifier 

The identifier of a test case is built according to table 2. 

Table 2: Test Case (TC) naming convention 







Identifier: 


TC-PT-<fm> 


-<x>-<s>-<nn> 


<fm> 


= functional module 


MM 

ME 

LC 

CC 

TCM 




Mobility Management. 
Management Entity 
Link Control 
Call Control 
Subscription of PT 


X 


= Type subgroup 


AR 

CH 

BH 

LE 

LR 

Tl 

OC 

IC 




Access Rights 
Ciphering 
Bearer handover 
Bearer handover 
Bearer handover 
Timer 

Outgoing Call 
Incoming Call 
Empty 


s 


= Type of testing 


BV 

Bl 

BO 




BV, Valid Behaviour tests 
Bl, Invalid Behaviour tests 
BO, Inopportune Behaviour tests 


<nn> 


= sequential number 


(WRS00 - WRS99, 


test case Number 






PT00 


- PT99) 
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6.1 .3.2 Test Step (TS) identifier 



The TS identifier is built with two strings of capital letters joined by underscore character. The first string indicates the 
main function of the TS, e.g. PR for preamble, PO for postamble, CS for check state and STP for general step. The 
second string indicates the meaning of the step. 

In some TCs, test steps as well as local trees can be used. To allow an easy distinguishing of them the following naming 
applies: 

LTS_[local_tree_name] local tree; 

STP_[test_step_name] test step. 

TSs are grouped together according to their functionality: CC, MM, LC or ME. 

6.1.3.3 Default identifier 

The default identifiers begin with the prefix "DF_", followed by a string in capital letters. 

6.1.3.4 General aspects 

Final verdicts will only be assigned in defaults and in postambles. 

All verdict assignments are labelled. To allow an exact identification, in which table the verdict was assigned, the 
following name convention is applied: 



B 


test Body 


CS 


Check State test steps 


D 


Default 


E 


Error handling test steps 


PO 


POstamble 


PR 


PReamble 


S 


test Step 



Also combinations of labels are possible: 

EXAMPLE: DPR -> label, which is used in default for preambles. 

6.1 .3.5 ATS abbreviations 

These abbreviations are used to shorten identifier names: 



ack 


acknowledgement 


algo 


algorithm 


auth 


authentication 


cc 


call control 


cfm 


confirm 


est 


establish 


ext 


extension 


id 


identification 


ind 


indication 


info 


information 


max 


maximum 


min 


minimum 


prop 


proprietary 


req 


request 


res 


response 
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The following keywords will NOT be abbreviated in identifier names: 

address(es); 

attribute(s); 

character(s); 

identity; 

number(s). 

6.2 Implementation conventions 
6.2.1 Declaration part 

The comment line of single element Tree and Tabular Combined Notation (TTCN) tables (e.g. test suite constants) is 
used to give a reference where the format and content of the element is described in the relevant protocol specifications. 
Any particularity of the element format or content is described in the comment line. 

The comment line in the header of multi element TTCN tables (e.g. ASPs) is used to reference to the protocol 
specification. The detailed comments are used to describe any particularity of the table. 

In the ASP and PDU declarations, the comment column is used to identify if an element is mandatory or optional: 

m: mandatory; 

o: optional. 

In the ASP and PDU declarations the comments column is further used to give information about the element value, in 
particular if the element contains a fixed spare value. 

In tables where structure types are used the information element and the relevant structured type have always the same 
name, that allows to have the same structure as in the protocol standards is used to document the relation between 
information elements in a table and their specific description in an other clause of the protocol standard. 

The following conventions apply to identifier names in the Structured Type definitions part: 

bits of bit sequences having a fixed value, meant to fill up the octet, are called fn, where n stands for the octet 
number; 

extension flags, will be called extn, where n stands for the octet number. 



6.2.2 Constraint part 

The ASPs and PDUs are defined in a way that all relevant element are parameterized. That improves the transparency 
of the constraints in the dynamic part, as all values, which are relevant for the test, are always present. 

Generally no modified constraints are used, this allows an easier reuse and adaptation of constraints if they are reused in 
other DECT profile test specifications. 

The comment line of a constraint contains always the reference to the used specifications. 

The detailed comments sector is used to describe any particularity of the table. 

6.2.3 Dynamic part 

Some TC need a particular initialization of the IUT environment conditions to run the actual test, e.g. for testing 
re-provisioning procedures. Such message sequence can be quite complicated and long. In cases where a Local Test 
Step (LTS) facilitates the TC structure, the preamble and the condition setting are described in a LTS called. 

Some TC need after the actual test a particular re-initialization of the IUT, e.g. after re-provisioning. Such message 
sequence can be quite complicated and long. In cases where a Local Test Step (LTS) facilitates the TC structure, the 
postamble and the re-initialization are described in a LTS. 

All LTS are described in the detailed comment part of the TTCN table. 
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All events, which are defined as conformance requirements by the TP, cause a preliminary verdict PASS if the 
requirement is met. 

All invalid events are handled in the default tree. FAIL verdicts are only assigned in the default tree. 

The preamble, the test body and the postamble have different defaults, what allows a specific verdict handling, e.g. only 
INCONC verdicts are assigned in the preamble. 

Test steps do not contain default. That allows applying them with no restrictions regarding the error handling. 

All verdict assignments are labelled. According to ISO/IEC 9646-3 [8], annex E.2, labels should be written to the 
conformance log. This allows identifying were the test failed. To allow an exact identification, in which table the 
verdict was assigned, the naming convention as described in subclause 6.1.3.3 is applied. 

The labels of the same type are numbered sequentially if they are in the same TC, test step or default. 

TP which are listed in the untestable TP list in clause 5, or which reference to an other TP, e.g. BV TP which were 
already defined as CA TP, are not considered in the ATS, thus these TC identifiers are missing in the ATS and the 
numbering of the TCs is not always continues. 

6.2.4 Documentation 

The comment line of the TC or test step header contains a reference to the relevant protocol specification. 

The comment column of the dynamic behaviour part is used to number the test events, which are relevant for the 
particular test or test operation. 

Based on the numbering in the comment column all for the TC relevant events are described in the Detailed Comments 
part of each TTCN table. 

Test procedures, which cover a conformance requirement and lead to a preliminary or final verdict assignment, are 
described as follows in the Detailed Comments part: 

expected event: a specific receive event is expected; 

expected behaviour: no event or a timer expiry is expected; 

expected status: the IUT is expected to be in a particular status. 



7 Test case and test purpose mapping 

There is a one-to-one mapping between the test case identifiers and the test purpose identifiers. Examples of the 
correspondence rule are given in the following table. 

Table 3: Test case and test purpose mapping 



Test purpose identifier 


Test case identifier 


TP/PT/MM/AR/BV-WRS00 


TC-PT-MM-AR-BV-WRS00 


TP/PT/MM/CH/BV-PT02 


TC-PT-MM-CH-BV-PT02 


TP/PT/MM/BH/BV-PT04 


TC-PT-MM-BH-BV-PT04 
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Annex A (normative): 
Abstract Test Suite (ATS) 

This ATS has been produced using the Tree and Tabular Combined Notation (TTCN) according to ISO/IEC 9646-3 [8]. 

The ATS was developed on a separate TTCN software tool and therefore the TTCN tables are not completely 
referenced in the table of contents. The ATS itself contains a test suite overview part which provides additional 
information and references. 

A/i The TTCN Graphical form (TTCN.GR) 

The TTCN.GR representation of this ATS is contained in an Adobe Portable Document Format™ file (1808p8v01.PDF 
contained in archive ts_10180808v010101p0.ZIP) which accompanies the present document. 

A.2 The TTCN Machine Processable form (TTCN. MP) 

The TTCN. MP representation corresponding to this ATS is contained in an ASCII file (1808p8v01.MP contained in 
archive ts_10180808v010101p0.ZIP) which accompanies the present document. 

NOTE: Where an ETSI Abstract Test Suite (in TTCN) is published in both .GR and .MP format these two forms 
shall be considered equivalent. In the event that there appears to be syntactical or semantic differences 
between the two then the problem shall be resolved and the erroneous format (whichever it is) shall be 
corrected. 
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Annex B (normative): 

Partial PIXIT proforma for DECT WRS NWK PT 



Notwithstanding the provisions of the copyright clause related to the text of the present document, ETSI grants that 
users of the present document may freely reproduce the PIXIT proforma in this annex so that it can be used for its 
intended purposes and may further publish the completed PIXIT. 



The PIXIT proforma is based on ISO/IEC 9646-6. Any additional needed information can be found in this international 
standard document. 



B.1 Identification summary 



Table B.1 



PIXIT Number: 




Test Laboratory Name: 




Date of Issue: 




Issued to: 





B.2 ATS summary 



Table B.2 



Protocol Specification: 


EN 300 700 


Protocol to be tested: 




ATS Specification: 


TS101 808-8 


Abstract Test Method: 


TS101 808-8 clause 4 



B.3 Test laboratory 



Table B.3 



Test Laboratory Identification: 




Test Laboratory Manager: 




Means of Testing: 




Service Access Point (SAP) Address: 
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B.4 Client identification 



Table B.4 



Client Identification: 




Client Test manager: 




Test Facilities required: 





B.5 SUT 



Table B.5 



Name: 




Version: 




SCS Number: 




Machine configuration: 




Operating System Identification: 




IUT Identification: 




PICS Reference for IUT: 




Limitations of the SUT: 




Environmental Conditions: 







B.6 Protocol layer information 



B.6.1 Protocol identification 



Table B.6 



Name: 


DECT - NWK Layer - EN 300 700 


Version: 




PICS References: 
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B.6.2 IUT information 



Table B.7: General Configuration 



Item 


Parameter 


Parameter Type 


Explanation and EN Reference 


Value 


1 


TS P X_m m p roc_a 
uft_invoke 


MMPROC TYPE 
(INTEGER 0.. 10) 


Indicates the way of invoking the authentication of FT procedure. 
Values are: 

- For IUT that can perform the procedure without any actions 
needed from the tester(FT) in advance. Link establishment will be 
handled only if special CC state is selected (see Item 1 above); 

1 - For IUT that will start the procedure upon request for 
termination of the access rights from the tester(FT); 
2.10 - currently not specified therefore shall not be used. 
Reference EN 300 175-5, subclause 13.3.3. 




2 


TSPX_mmproc_ci 
pt_invoke 


MMPROC TYPE 
(INTEGER 0.. 10) 


Indicates the way of invoking the Cipher-switching initiated by PT 
initiated ciphering procedure. Values are: 
- For IUT that can perform the procedure without any actions 
needed from the tester(FT) in advance. Link establishment will be 
handled only if special CC state is selected (see Item 2 above); 
1.10- currently not specified therefore shall not be used. 
Reference EN 300 175-5, subclause 13.8. 




3 


TSPX_nr_of 
_digits_in_cpn 


INT 8 

(INTEGER 0..255) 


In order to facilitate testing, a number of digits less then 1 is 
advised. This parameter really indicates the number of CCJNFO 
messages to be expected during call setup. 




4 


TSPX Ice 02 


INTEGER 


Value of Timer T P LCE 02 in milliseconds. 
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Table B.8: Addresses 



Item 


Address name 


Parameter Type 


Explanation and EN Reference 


Value 


1 


TSPX_RPN1 


RPN_TYPE 


The value of the RPN which is assigned by the 
FTtotheCRFP. 




2 


TSPX_PT_decimal_ 
ac_value 


OCT 4 
(OCTETSTRING[1]) 


Value of Authentication Code (AC) to be used. 
The AC will be entered as maximal 8 decimal 
digits. The AC to bitstring mapping will be done 
with operation 
TSO cinpt convert ac to bitstring. 




3 


TSPX_WRS_decimal 
_ac_value 


OCT 4 
(OCTETSTRING[1]) 


Value of Authentication Code (AC) to be used. 
The AC will be entered as maximal 8 decimal 
digits. The AC to bitstring mapping will be done 
with operation 
TSO cinpt convert ac to bitstring. 




4 


TSPX_CRFP_user1_ 
decimal_ac_value 


OCT 4 
(OCTETSTRING[1]) 


Value of Authentication Code (AC) to be used. 
The AC will be entered as maximal 8 decimal 
digits. The AC to bitstring mapping will be done 
with operation 
TSO cinpt convert ac to bitstring. 




5 


TSPX_CRFP_user2_ 
decimal_ac_value 


OCT 4 
(OCTETSTRING[1]) 


Value of Authentication Code (AC) to be used. 
The AC will be entered as maximal 8 decimal 
digits. The AC to bitstring mapping will be done 
with operation 
TSO cinpt convert ac to bitstring. 




6 


TSPX_CRFP_user3_ 
decimal_ac_value 


OCT 4 
(OCTETSTRING[1]) 


Value of Authentication Code (AC) to be used. 
The AC will be entered as maximal 8 decimal 
digits. The AC to bitstring mapping will be done 
with operation 
TSO cinpt convert ac to bitstring. 




7 


TSPX_CRFP_user4_ 
decimal_ac_value 


OCT 4 
(OCTETSTRING[1]) 


Value of Authentication Code (AC) to be used. 
The AC will be entered as maximal 8 decimal 
digits. The AC to bitstring mapping will be done 
with operation 
TSO cinpt convert ac to bitstring. 




8 


TSPX_CRFP_user5_ 
decimal_ac_value 


OCT 4 
(OCTETSTRING[1]) 


Value of Authentication Code (AC) to be used. 
The AC will be entered as maximal 8 decimal 
digits. The AC to bitstring mapping will be done 
with operation 
TSO cinpt convert ac to bitstring. 




9 


TSPX_CRFP_user6_ 
decimal_ac_value 


OCT 4 
(OCTETSTRING[1]) 


Value of Authentication Code (AC) to be used. 
The AC will be entered as maximal 8 decimal 
digits. The AC to bitstring mapping will be done 
with operation 
TSO cinpt convert ac to bitstring. 




10 


TSPX number of IP 
Els 


INTEGER 


How many IPEIs are stored in the CRFP? In case 
of non-encrypted connections the value has to be 
set to 1 . In case of encrypted connections the first 
IPEI is used for the CRFP itself, the remaining 
IPEIs are used for the CRFP users. 




11 


TSPX_PT_ipei_value 


PORT ID VALUE T 

YPE 

(BITSTRING[8..104]) 


Value of International Portable Equipment Identity 
(IPEI) (IPUI-N) to be expected from the IUT 
(before subscription). Fill up to 40 bits with 
leading 0s. 
Reference: EN 300 175-5, subclause 7.7.30. 




12 


TSPX_WRS_ipei_val 
ue 


PORT ID VALUE T 

YPE 

(BITSTRING[8..104]) 


Value of International Portable Equipment Identity 
(IPEI) (IPUI-N) to be expected from the IUT 
(before subscription). Fill up to 40 bits with 
leading 0s. 
Reference: EN 300 175-5, subclause 7.7.30. 




13 


TSPX_CRFP_user1_ 
ipe Lvalue 


PORT ID VALUE T 

YPE 

(BITSTRING[8..104]) 


Value of International Portable Equipment Identity 
(IPEI) (IPUI-N) to be expected from the IUT 
(before subscription). Fill up to 40 bits with 
leading 0s. 
Reference: EN 300 175-5, subclause 7.7.30. 
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Item 


Address name 


Parameter Type 


Explanation and EN Reference 


Value 


14 


TSPX_CRFP_user2_ 
ipe Lvalue 


PORT ID VALUE T 

YPE 

(BITSTRING[8..104]) 


Value of International Portable Equipment Identity 
(IPEI) (IPUI-N) to be expected from the IUT 
(before subscription). Fill up to 40 bits with 
leading 0s. 
Reference: EN 300 175-5, subclause 7.7.30. 




15 


TSPX_CRFP_user3_ 
ipe Lvalue 


PORT ID VALUE T 

YPE 

(BITSTRING[8..104]) 


Value of International Portable Equipment Identity 
(IPEI) (IPUI-N) to be expected from the IUT 
(before subscription). Fill up to 40 bits with 
leading 0s. 
Reference: EN 300 175-5, subclause 7.7.30. 




16 


TSPX_CRFP_user4_ 
ipe Lvalue 


PORT ID VALUE T 

YPE 

(BITSTRING[8..104]) 


Value of International Portable Equipment Identity 
(IPEI) (IPUI-N) to be expected from the IUT 
(before subscription). Fill up to 40 bits with 
leading 0s. 
Reference: EN 300 175-5, subclause 7.7.30. 




17 


TSPX_CRFP_user5_ 
ipe Lvalue 


PORT ID VALUE T 

YPE 

(BITSTRING[8..104]) 


Value of International Portable Equipment Identity 
(IPEI) (IPUI-N) to be expected from the IUT 
(before subscription). Fill up to 40 bits with 
leading 0s. 
Reference: EN 300 175-5, subclause 7.7.30. 




18 


TSPX_CRFP_user6_ 
ipe Lvalue 


PORT ID VALUE T 

YPE 

(BITSTRING[8..104]) 


Value of International Portable Equipment Identity 
(IPEI) (IPUI-N) to be expected from the IUT 
(before subscription). Fill up to 40 bits with 
leading 0s. 
Reference: EN 300 175-5, subclause 7.7.30. 
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TSPX_PT_ipui_value 


PORT ID VALUE T 

YPE 

(BITSTRING[8..104]) 


Value of portablejd to be used in case of a 

International Portable User Identity (IPUI) (after 

subscription) 

Reference: EN 300 175-5, subclause 7.7.30. 




20 


TSPX_WRS_ipui_val 
ue 


PORT ID VALUE T 

YPE 

(BITSTRING[8..104]) 


Value of portablejd to be used in case of a 

International Portable User Identity (IPUI) (after 

subscription) 

Reference: EN 300 175-5, subclause 7.7.30. 
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TSPX_CRFP_user1_ 
ipui_value 


PORT ID VALUE T 

YPE 

(BITSTRING[8..104]) 


Value of portablejd to be used in case of a 

International Portable User Identity (IPUI) (after 

subscription) 

Reference: EN 300 175-5, subclause 7.7.30. 
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TSPX_CRFP_user2_ 
ipui_value 


PORT ID VALUE T 

YPE 

(BITSTRING[8..104]) 


Value of portablejd to be used in case of a 

International Portable User Identity (IPUI) (after 

subscription) 

Reference: EN 300 175-5, subclause 7.7.30. 




23 


TSPX_CRFP_user3_ 
ipui_value 


PORT ID VALUE T 

YPE 

(BITSTRING[8..104]) 


Value of portablejd to be used in case of a 

International Portable User Identity (IPUI) (after 

subscription) 

Reference: EN 300 175-5, subclause 7.7.30. 




24 


TSPX_CRFP_user4_ 
ipui_value 


PORT ID VALUE T 

YPE 

(BITSTRING[8..104]) 


Value of portablejd to be used in case of a 

International Portable User Identity (IPUI) (after 

subscription) 

Reference: EN 300 175-5, subclause 7.7.30. 




25 


TSPX_CRFP_user5_ 
ipui_value 


PORT ID VALUE T 

YPE 

(BITSTRING[8..104]) 


Value of portablejd to be used in case of a 

International Portable User Identity (IPUI) (after 

subscription) 

Reference: EN 300 175-5, subclause 7.7.30. 




26 


TSPX_CRFP_user6_ 
ipui_value 


PORT ID VALUE T 

YPE 

(BITSTRING[8..104]) 


Value of portablejd to be used in case of a 

International Portable User Identity (IPUI) (after 

subscription) 

Reference: EN 300 175-5, subclause 7.7.30. 




27 


TSPX_location_area 
level 


BIT 6 
(BITSTRING[3]) 


The location area level that is going to be used 
Reference: EN 300 175-5, subclause 7.7.25. 




28 


TSPX_PT_complete 
_fixed_id_park_value 


FIXED ID VALUE T 

YPE 

(BITSTRING[8..72]) 


Value of fixed id to be used in case of Portable 
Access Rights Key (PARK) of the PT. PARK A 36 
bits, PARK B, C, D - 31 bits 
Reference: EN 300 175-5, subclause 7.7.18. 
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Item 


Address name 


Parameter Type 


Explanation and EN Reference 


Value 


29 


TSPX_WRS_comple 
te_fixed_id_park_val 
ue 


FIXED ID VALUE T 

YPE 

(BITSTRING[8..72]) 


Value of fixed id to be used in case of PARK of 
the CRFP. PARK A 36 bits, PARK B,C,D 31 bits 
All the CRFPusers have the same PARK value. 
Reference: EN 300 175-5, subclause 7.7.18. 




30 


TSPX_PT_tpui_valu 
e 


PORT ID VALUE T 

YPE 

(BITSTRING[8..104]) 


Value of tpui to be used, when assigning a tpui to 

the IUT 

Procedure EN 300 175-5, subclause 7.7.30. 




31 


TSPX_WRS_tpui_val 
ue 


PORT ID VALUE T 

YPE 

(BITSTRING[8..104]) 


Value of tpui to be used, when assigning a tpui to 

the IUT 

Procedure EN 300 175-5, subclause 7.7.30. 




32 


TSPX_CRFP_user1_ 
tpui_value 


PORT ID VALUE T 

YPE 

(BITSTRING[8..104]) 


Value of tpui to be used, when assigning a tpui to 

the IUT 

Procedure EN 300 175-5, subclause 7.7.30. 




33 


TSPX_CRFP_user2_ 
tpui_value 


PORT ID VALUE T 

YPE 

(BITSTRING[8..104]) 


Value of tpui to be used, when assigning a tpui to 

the IUT 

Procedure EN 300 175-5, subclause 7.7.30. 




34 


TSPX_CRFP_user3_ 
tpui_value 


PORT ID VALUE T 

YPE 

(BITSTRING[8..104]) 


Value of tpui to be used, when assigning a tpui to 

the IUT 

Procedure EN 300 175-5, subclause 7.7.30. 




35 


TSPX_CRFP_user4_ 
tpui_value 


PORT ID VALUE T 

YPE 

(BITSTRING[8..104]) 


Value of tpui to be used, when assigning a tpui to 

the IUT 

Procedure EN 300 175-5, subclause 7.7.30. 




36 


TSPX_CRFP_user5_ 
tpui_value 


PORT ID VALUE T 

YPE 

(BITSTRING[8..104]) 


Value of tpui to be used, when assigning a tpui to 

the IUT 

Procedure EN 300 175-5, subclause 7.7.30. 




37 


TSPX_CRFP_user6_ 
tpui_value 


PORT ID VALUE T 

YPE 

(BITSTRING[8..104]) 


Value of tpui to be used, when assigning a tpui to 

the IUT 

Procedure EN 300 175-5, subclause 7.7.30. 




38 


TSPX_PT_park_leng 
th indicator 


INTEGER 


Number of significant bits of the PARK value of 
the PT. (PLI). 




39 


TSPX_WRS_park_le 
ngthjndicator 


INTEGER 


Number of significant bits of the PARK value of 
theCFRP. (PLI). 
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Annex C (normative): 

Protocol Conformance Test Report (PCTR) proforma for 

DECT WRS NWK PT 



Notwithstanding the provisions of the copyright clause related to the text of the present document, ETSI grants that 
users of the present document may freely reproduce the PCTR proforma in this annex so that it can be used for its 
intended purposes and may further publish the completed PCTR. 



The PCTR proforma is based on ISO/IEC 9646-6. Any additional needed information can be found in the present 
document. 



C.1 Identification summary 

C.1 .1 Protocol conformance test report 

Table C.1 



PCTR Number: 




PCTR Date: 




Corresponding SCTR Number: 




Corresponding SCTR Date: 




Test Laboratory Identification: 




Test Laboratory Manager: 




Signature: 





C.1. 2 IUT identification 



Table C.2 



Name: 




Version: 




Protocol specification: 




PICS: 




Previous PCTR if any: 
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C.1.3 Testing environment 



Table C.3 



PIXIT Number: 




ATS Specification: 




Abstract Test Method: 


Remote test method, Embedded variant with no UT 


Means of Testing identification: 




Date of testing: 




Conformance Log reference(s): 




Retention Date for Log reference(s): 





C.1 .4 Limits and reservation 

Additional information relevant to the technical contents or further use of the test report, or the rights and obligations of 
the test laboratory and the client, may be given here. Such information may include restriction on the publication of the 
report. 



C.1.5 Comments 

Additional comments may be given by either the client or the test laboratory on any of the contents of the PCTR, for 
example, to note disagreement between the two parties. 



C.2 IUT conformance status 



This IUT has or has not been shown by conformance assessment to be non conforming to the specified protocol 
specification. 

Strike the appropriate words in this sentence. If the PICS for this IUT is consistent with the static conformance 
requirements (as specified in clause 3 in this report) and there are no "FAIL" verdicts to be recorded (in clause 6) strike 
the words "has or", otherwise strike the words "or has not". 
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C.3 Static conformance summary 

The PICS for this IUT is or is not consistent with the static conformance requirements in the specified protocol. 
Strike the appropriate words in this sentence. 

C.4 Dynamic conformance summary 

The test campaign did or did not reveal errors in the IUT. 

Strike the appropriate words in this sentence. If there are no "FAIL" verdicts to be recorded (in clause 6) strike the 
words "did or". Otherwise strike the words "or did not". 

Summary of the results of groups of test: 



C.5 Static conformance review report 

If clause 3 indicates non-conformance, this subclause itemizes the mismatches between the PICS and the static 
conformance requirements of the specified protocol specification. 
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C.6 Test campaign report 



Table C.4 



ATS Reference 


Selected? 


Run? 


Verdict 


Observations 

(Reference to any observations 

made in clause 7) 


TC PT MM AR BV WRS00 


Yes/No 


Yes/No 






TC PT MM AR BV WRS01 


Yes/No 


Yes/No 






TC PT MM AR BV WRS02 


Yes/No 


Yes/No 






TC PT MM CH BV WRSOO 


Yes/No 


Yes/No 






TC PT MM CH BV WRS01 


Yes/No 


Yes/No 






TC PT MM CH BV WRS02 


Yes/No 


Yes/No 






TC PT MM CH BV WRS03 


Yes/No 


Yes/No 






TC PT MM CH BV WRS04 


Yes/No 


Yes/No 






TC PT MM CH BV WRS05 


Yes/No 


Yes/No 






TC PT MM CH BV WRS06 


Yes/No 


Yes/No 






TC PT MM CH BV WRS07 


Yes/No 


Yes/No 






TC PT MM CH BV WRS08 


Yes/No 


Yes/No 






TC PT MM CH BV WRS09 


Yes/No 


Yes/No 






TC PT MM CH BV WRS10 


Yes/No 


Yes/No 






TC PT MM CH BV WRS11 


Yes/No 


Yes/No 






TC PT MM CH BV WRS12 


Yes/No 


Yes/No 






TC PT MM BH BV WRSOO 


Yes/No 


Yes/No 






TC PT MM BH BV WRS01 


Yes/No 


Yes/No 






TC PT MM BH BV WRS02 


Yes/No 


Yes/No 






TC PT MM BH BV WRS03 


Yes/No 


Yes/No 






TC PT ME BO WRSOO 


Yes/No 


Yes/No 






TC PT LC LE BV WRSOO 


Yes/No 


Yes/No 






TC PT LC LE BV WRS01 


Yes/No 


Yes/No 






TC PT LC LE Bl WRSOO 


Yes/No 


Yes/No 






TC PT LC LR BV WRSOO 


Yes/No 


Yes/No 






TC PT LC LR Tl WRSOO 


Yes/No 


Yes/No 






TC PT CC OC BV WRSOO 


Yes/No 


Yes/No 






TC PT CC IC BV WRS01 


Yes/No 


Yes/No 






TC PT TCM AR BV PTOO 


Yes/No 


Yes/No 






TC PT TCM AR BV PT01 


Yes/No 


Yes/No 







C.7 Observations 



Additional information relevant to the technical content of the PCTR are given here. 
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